This document discusses digital set-top boxes (STBs) and related standards. It covers:
1) The DVB standards for digital TV broadcasting via different transmission media, including DVB-T for terrestrial, DVB-S for satellite, and DVB-C for cable. These share source coding/compression and service multiplexing standards.
2) STBs will be needed until integrated digital TVs are cheaper. Affordable STBs are key for digital TV adoption. Common standards help lower STB costs through economies of scale.
3) "Open architecture" and "interoperability" mean the STB functionality is defined by public standards and can receive services across networks, respectively. The
Final Year Projects, IEEE Projects, Final Year Projects in Chennai, Final Year IEEE Projects, final year projects, college projects, student projects, java projects, asp.net projects, software projects, software ieee projects, ieee 2009 projects, 2009 ieee projects, embedded projects, final year software projects, final year embedded projects, ieee embedded projects, matlab projects, microcontroller projects, vlsi projects, dsp projects, free projects, project review, project report, project presentation, free source code, free project report, Final Year Projects, IEEE Projects, Final Year Projects in Chennai, Final Year IEEE Projects, final year projects, college projects, student projects, java projects, asp.net projects, software projects, software ieee projects, ieee 2009 projects, 2009 ieee projects, embedded projects, final year software projects, final year embedded projects, ieee embedded projects, matlab projects
Design and Implementation of HDMI TransmitterIJERA Editor
The High-Definition Multimedia Interface is provided for transmitting digital television audio-visual signals from DVD players, set-top boxes and other audio-visual sources to television sets, projectors and other video displays. HDMI is used in various real time applications for transmitting and receiving audio-visual Signals. A transaction level model of HDMI Transmitter is designed by using System Verilog. Transaction Level Modeling methodologies promote the growth of System Level Description Language. This paper presents a HDMI Transmitter Transaction Level Modeling Design which can be used to easily transform to HDL descriptions for subsequent RTL (Register Transfer Level) Design
Final Year Projects, IEEE Projects, Final Year Projects in Chennai, Final Year IEEE Projects, final year projects, college projects, student projects, java projects, asp.net projects, software projects, software ieee projects, ieee 2009 projects, 2009 ieee projects, embedded projects, final year software projects, final year embedded projects, ieee embedded projects, matlab projects, microcontroller projects, vlsi projects, dsp projects, free projects, project review, project report, project presentation, free source code, free project report, Final Year Projects, IEEE Projects, Final Year Projects in Chennai, Final Year IEEE Projects, final year projects, college projects, student projects, java projects, asp.net projects, software projects, software ieee projects, ieee 2009 projects, 2009 ieee projects, embedded projects, final year software projects, final year embedded projects, ieee embedded projects, matlab projects
Design and Implementation of HDMI TransmitterIJERA Editor
The High-Definition Multimedia Interface is provided for transmitting digital television audio-visual signals from DVD players, set-top boxes and other audio-visual sources to television sets, projectors and other video displays. HDMI is used in various real time applications for transmitting and receiving audio-visual Signals. A transaction level model of HDMI Transmitter is designed by using System Verilog. Transaction Level Modeling methodologies promote the growth of System Level Description Language. This paper presents a HDMI Transmitter Transaction Level Modeling Design which can be used to easily transform to HDL descriptions for subsequent RTL (Register Transfer Level) Design
ATI Courses Satellite Communications Systems Engineering Professional Develop...Jim Jenkins
ATI Courses Satellite Communications Systems Engineering course sampler. This three-day course is designed for satellite communications engineers, spacecraft engineers, and managers who want to obtain an understanding of the "big picture" of satellite communications. Each topic is illustrated by detailed worked numerical examples, using published data for actual satellite communications systems. The course is technically oriented and includes mathematical derivations of the fundamental equations. It will enable the participants to perform their own satellite link budget calculations. The course will especially appeal to those whose objective is to develop quantitative computational skills in addition to obtaining a qualitative familiarity with the basic concepts.
Global eReload Services Pvt Ltd - DTH TV -Transmission and Reception - Global eReload Services Pvt Ltd is the most reliable online mobile & DTH recharge service provider in India. You can join us and start recharging all service providers' mobiles and all DTH services using a single mobile number.
This document describes the measurement configurations and procedures for DAB receiver testing using National Instruments PXI Vector Signal Generators and MaxEye DAB/DABPlus/T-DMB Signal Generation software.
Epistemic Interaction - tuning interfaces to provide information for AI supportAlan Dix
Paper presented at SYNERGY workshop at AVI 2024, Genoa, Italy. 3rd June 2024
https://alandix.com/academic/papers/synergy2024-epistemic/
As machine learning integrates deeper into human-computer interactions, the concept of epistemic interaction emerges, aiming to refine these interactions to enhance system adaptability. This approach encourages minor, intentional adjustments in user behaviour to enrich the data available for system learning. This paper introduces epistemic interaction within the context of human-system communication, illustrating how deliberate interaction design can improve system understanding and adaptation. Through concrete examples, we demonstrate the potential of epistemic interaction to significantly advance human-computer interaction by leveraging intuitive human communication strategies to inform system design and functionality, offering a novel pathway for enriching user-system engagements.
Generating a custom Ruby SDK for your web service or Rails API using Smithyg2nightmarescribd
Have you ever wanted a Ruby client API to communicate with your web service? Smithy is a protocol-agnostic language for defining services and SDKs. Smithy Ruby is an implementation of Smithy that generates a Ruby SDK using a Smithy model. In this talk, we will explore Smithy and Smithy Ruby to learn how to generate custom feature-rich SDKs that can communicate with any web service, such as a Rails JSON API.
State of ICS and IoT Cyber Threat Landscape Report 2024 previewPrayukth K V
The IoT and OT threat landscape report has been prepared by the Threat Research Team at Sectrio using data from Sectrio, cyber threat intelligence farming facilities spread across over 85 cities around the world. In addition, Sectrio also runs AI-based advanced threat and payload engagement facilities that serve as sinks to attract and engage sophisticated threat actors, and newer malware including new variants and latent threats that are at an earlier stage of development.
The latest edition of the OT/ICS and IoT security Threat Landscape Report 2024 also covers:
State of global ICS asset and network exposure
Sectoral targets and attacks as well as the cost of ransom
Global APT activity, AI usage, actor and tactic profiles, and implications
Rise in volumes of AI-powered cyberattacks
Major cyber events in 2024
Malware and malicious payload trends
Cyberattack types and targets
Vulnerability exploit attempts on CVEs
Attacks on counties – USA
Expansion of bot farms – how, where, and why
In-depth analysis of the cyber threat landscape across North America, South America, Europe, APAC, and the Middle East
Why are attacks on smart factories rising?
Cyber risk predictions
Axis of attacks – Europe
Systemic attacks in the Middle East
Download the full report from here:
https://sectrio.com/resources/ot-threat-landscape-reports/sectrio-releases-ot-ics-and-iot-security-threat-landscape-report-2024/
GDG Cloud Southlake #33: Boule & Rebala: Effective AppSec in SDLC using Deplo...James Anderson
Effective Application Security in Software Delivery lifecycle using Deployment Firewall and DBOM
The modern software delivery process (or the CI/CD process) includes many tools, distributed teams, open-source code, and cloud platforms. Constant focus on speed to release software to market, along with the traditional slow and manual security checks has caused gaps in continuous security as an important piece in the software supply chain. Today organizations feel more susceptible to external and internal cyber threats due to the vast attack surface in their applications supply chain and the lack of end-to-end governance and risk management.
The software team must secure its software delivery process to avoid vulnerability and security breaches. This needs to be achieved with existing tool chains and without extensive rework of the delivery processes. This talk will present strategies and techniques for providing visibility into the true risk of the existing vulnerabilities, preventing the introduction of security issues in the software, resolving vulnerabilities in production environments quickly, and capturing the deployment bill of materials (DBOM).
Speakers:
Bob Boule
Robert Boule is a technology enthusiast with PASSION for technology and making things work along with a knack for helping others understand how things work. He comes with around 20 years of solution engineering experience in application security, software continuous delivery, and SaaS platforms. He is known for his dynamic presentations in CI/CD and application security integrated in software delivery lifecycle.
Gopinath Rebala
Gopinath Rebala is the CTO of OpsMx, where he has overall responsibility for the machine learning and data processing architectures for Secure Software Delivery. Gopi also has a strong connection with our customers, leading design and architecture for strategic implementations. Gopi is a frequent speaker and well-known leader in continuous delivery and integrating security into software delivery.
Dev Dives: Train smarter, not harder – active learning and UiPath LLMs for do...UiPathCommunity
💥 Speed, accuracy, and scaling – discover the superpowers of GenAI in action with UiPath Document Understanding and Communications Mining™:
See how to accelerate model training and optimize model performance with active learning
Learn about the latest enhancements to out-of-the-box document processing – with little to no training required
Get an exclusive demo of the new family of UiPath LLMs – GenAI models specialized for processing different types of documents and messages
This is a hands-on session specifically designed for automation developers and AI enthusiasts seeking to enhance their knowledge in leveraging the latest intelligent document processing capabilities offered by UiPath.
Speakers:
👨🏫 Andras Palfi, Senior Product Manager, UiPath
👩🏫 Lenka Dulovicova, Product Program Manager, UiPath
Essentials of Automations: Optimizing FME Workflows with ParametersSafe Software
Are you looking to streamline your workflows and boost your projects’ efficiency? Do you find yourself searching for ways to add flexibility and control over your FME workflows? If so, you’re in the right place.
Join us for an insightful dive into the world of FME parameters, a critical element in optimizing workflow efficiency. This webinar marks the beginning of our three-part “Essentials of Automation” series. This first webinar is designed to equip you with the knowledge and skills to utilize parameters effectively: enhancing the flexibility, maintainability, and user control of your FME projects.
Here’s what you’ll gain:
- Essentials of FME Parameters: Understand the pivotal role of parameters, including Reader/Writer, Transformer, User, and FME Flow categories. Discover how they are the key to unlocking automation and optimization within your workflows.
- Practical Applications in FME Form: Delve into key user parameter types including choice, connections, and file URLs. Allow users to control how a workflow runs, making your workflows more reusable. Learn to import values and deliver the best user experience for your workflows while enhancing accuracy.
- Optimization Strategies in FME Flow: Explore the creation and strategic deployment of parameters in FME Flow, including the use of deployment and geometry parameters, to maximize workflow efficiency.
- Pro Tips for Success: Gain insights on parameterizing connections and leveraging new features like Conditional Visibility for clarity and simplicity.
We’ll wrap up with a glimpse into future webinars, followed by a Q&A session to address your specific questions surrounding this topic.
Don’t miss this opportunity to elevate your FME expertise and drive your projects to new heights of efficiency.
Software Delivery At the Speed of AI: Inflectra Invests In AI-Powered QualityInflectra
In this insightful webinar, Inflectra explores how artificial intelligence (AI) is transforming software development and testing. Discover how AI-powered tools are revolutionizing every stage of the software development lifecycle (SDLC), from design and prototyping to testing, deployment, and monitoring.
Learn about:
• The Future of Testing: How AI is shifting testing towards verification, analysis, and higher-level skills, while reducing repetitive tasks.
• Test Automation: How AI-powered test case generation, optimization, and self-healing tests are making testing more efficient and effective.
• Visual Testing: Explore the emerging capabilities of AI in visual testing and how it's set to revolutionize UI verification.
• Inflectra's AI Solutions: See demonstrations of Inflectra's cutting-edge AI tools like the ChatGPT plugin and Azure Open AI platform, designed to streamline your testing process.
Whether you're a developer, tester, or QA professional, this webinar will give you valuable insights into how AI is shaping the future of software delivery.
LF Energy Webinar: Electrical Grid Modelling and Simulation Through PowSyBl -...DanBrown980551
Do you want to learn how to model and simulate an electrical network from scratch in under an hour?
Then welcome to this PowSyBl workshop, hosted by Rte, the French Transmission System Operator (TSO)!
During the webinar, you will discover the PowSyBl ecosystem as well as handle and study an electrical network through an interactive Python notebook.
PowSyBl is an open source project hosted by LF Energy, which offers a comprehensive set of features for electrical grid modelling and simulation. Among other advanced features, PowSyBl provides:
- A fully editable and extendable library for grid component modelling;
- Visualization tools to display your network;
- Grid simulation tools, such as power flows, security analyses (with or without remedial actions) and sensitivity analyses;
The framework is mostly written in Java, with a Python binding so that Python developers can access PowSyBl functionalities as well.
What you will learn during the webinar:
- For beginners: discover PowSyBl's functionalities through a quick general presentation and the notebook, without needing any expert coding skills;
- For advanced developers: master the skills to efficiently apply PowSyBl functionalities to your real-world scenarios.
UiPath Test Automation using UiPath Test Suite series, part 4DianaGray10
Welcome to UiPath Test Automation using UiPath Test Suite series part 4. In this session, we will cover Test Manager overview along with SAP heatmap.
The UiPath Test Manager overview with SAP heatmap webinar offers a concise yet comprehensive exploration of the role of a Test Manager within SAP environments, coupled with the utilization of heatmaps for effective testing strategies.
Participants will gain insights into the responsibilities, challenges, and best practices associated with test management in SAP projects. Additionally, the webinar delves into the significance of heatmaps as a visual aid for identifying testing priorities, areas of risk, and resource allocation within SAP landscapes. Through this session, attendees can expect to enhance their understanding of test management principles while learning practical approaches to optimize testing processes in SAP environments using heatmap visualization techniques
What will you get from this session?
1. Insights into SAP testing best practices
2. Heatmap utilization for testing
3. Optimization of testing processes
4. Demo
Topics covered:
Execution from the test manager
Orchestrator execution result
Defect reporting
SAP heatmap example with demo
Speaker:
Deepak Rai, Automation Practice Lead, Boundaryless Group and UiPath MVP
DevOps and Testing slides at DASA ConnectKari Kakkonen
My and Rik Marselis slides at 30.5.2024 DASA Connect conference. We discuss about what is testing, then what is agile testing and finally what is Testing in DevOps. Finally we had lovely workshop with the participants trying to find out different ways to think about quality and testing in different parts of the DevOps infinity loop.
JMeter webinar - integration with InfluxDB and GrafanaRTTS
Watch this recorded webinar about real-time monitoring of application performance. See how to integrate Apache JMeter, the open-source leader in performance testing, with InfluxDB, the open-source time-series database, and Grafana, the open-source analytics and visualization application.
In this webinar, we will review the benefits of leveraging InfluxDB and Grafana when executing load tests and demonstrate how these tools are used to visualize performance metrics.
Length: 30 minutes
Session Overview
-------------------------------------------
During this webinar, we will cover the following topics while demonstrating the integrations of JMeter, InfluxDB and Grafana:
- What out-of-the-box solutions are available for real-time monitoring JMeter tests?
- What are the benefits of integrating InfluxDB and Grafana into the load testing stack?
- Which features are provided by Grafana?
- Demonstration of InfluxDB and Grafana using a practice web application
To view the webinar recording, go to:
https://www.rttsweb.com/jmeter-integration-webinar
1. Digital Set Top Box (STB)
- Open Architecture/Interoperability Issues
B.Sundareshan
( Consultant , Broadcast Engineering Consultants India Limited )
The DVB (Digital Video Broadcast) project group has developed a family of interrelated
international standards for digital television broadcasting via different transmission media. These
are DVB-T for digital terrestrial transmission, DVB – S for digital satellite transmission and DVB – C
for digital cable transmission.
A very significant feature of these standards is that all three of them have identical source
coding/compression and service multiplexing/transport sections. These two sections are based on
the internationally acclaimed MPEG – 2 standard. However channel coding/modulation part of
each of the three is optimized for the respective transmission media. Thus whereas satellite and
cable transmission are based on single carrier modulation schemes of QPSK and QAM, terrestrial
transmission uses a multicarrier modulation scheme called OFDM (Orthogonal Frequency Division
Multiplexing).
Till such time integrated digital TV (IDTV) sets become cheaper, digital set top boxes will be
utilized in the home for the reception of all three signals. It is thus apparent that, the availability of
set top boxes at affordable prices is going to be the major factor which will ensure a fast take up of
these services in the country. By adopting the three above mentioned interrelated international
standards for digital transmission in India an important goal has been realized, that of ensuring
maximum commonality in the components used in the STBs for the three media, leading to an
overall decrease in the price of STBs arising from economics of scale.
Yet another important feature which will lead to a cost reduction of STBs is to make the STB, to the
extent possible to be based on an “Open Architecture” and also make it ‘ Interoperable’ across
different networks.
Before proceeding further it is necessary to explain to explain in some detail the two concepts of
‘Open Architecture’ and “Interoperability”. A STB can be considered to be a collection of a number
of small functional blocks or modules, with each module performing a well defined function. A
module can be composed of pure hardware or pure software or some combination of the two. An
architecture can be considered to be “Open” if and only if the functionality of each and every
module in that architecture is available in the public domain in the form of published international
standards or defacto industry standards. Put in another way a technique is generally called “Open”
if the IPR (Intellectual Property Rights) and the technical information needed to implement,
compliant products is available under fair, reasonable and non-discriminatory (FRND) terms. IPR
holders are generally required to accept the FRND terms set by the recognized international
standardization bodies.
2. A STB is said to be interoperable if it can receive any service from any network. It is possible to
have such an interoperable STB. Before trying to answer this question, let us first take a closer
look at the STB architecture.
The diagram in figure – I below gives a simplified over view of the major components of a typical
STB.
CA
Module
MPEG 2 MPEG 2 Video
Tuner Demodulator
Broadcast TS AvV
Audio
DEMUX Decoder
QPSK,
QAM
Or OFDM)
Interactive Modem CPU User
Data (Telco or Input
Cable)
CPU
Memory
(RAM/ROM
etc)
Fig. 1 : Overview of STB Architecture
The STB selects the appropriate broadcast TV information by tuning to one of many input
channels. The signal is digitally modulated using Quadrature Phase Shift Key (QPSK) for satellite
applications, Quadrature Amplitude Modulation (QAM) for cable and Orthogonal Frequency
Division Multiplexing (OFDM) for terrestrial. The information in the selected RF channel is then
processed by the demodulator to produce an MPEG-2 Transport Stream (TS) containing the audio,
video and other information that relates to the selected TV programme.
The STB generally also contains some form of modern to allow it to send and receive interactive
data. Conventional telecommunication modems are typically used in satellite and terrestrial STBs
while cable STBs generally have a cable modem. DOCSIS cable modems use QAM demodulator
for the downstream data whilst out-of-hand DAVIC cable modems use QPSK demodulator. In both
cases, a QPSK modulator is used to transmit the upstream data, though DOCSIS also have a 16
QAM mode.
3. In general, digital TV information in the MPEG-2 TS may be encrypted to present customers who
have not paid for a particular service from being able to view it. The MPEG demultiplexer selects
and decrypts the compressed audio and video for the particular programme that the viewer wishes
to watch, using decryption keys supplied by the Conditional Access Sub System (CASS). The
MPEG decoder then compresses the audio and video information for the selected programme.
The Central Processing Unit (CPU) controls the whole operation and performs specific data
manipulation function. It generally uses a Real Time Operating System (RTOS) on top of a
hardware abstraction layer for the management of the resources and processes of the STB
directed by the higher level software.
It is thus obvious from this diagram that, the front-end, which contains the tuner and the
demodulator, will be different for the three transmission media. Hence if a STB is to be made
interoperable across all the three transmission media it should be fitted with switchable front ends.
Let us now turn our attention to the “CA Module” in the STB. Whenever an MPEG-2 TS carries
encrypted (Or scrambled) services, the TS also carries two types of messages called EMM
(Entertainment Management Message) and ECM (Entitlement Control Message). An EMM carries
a list of Pay TV services which the owner of that STB is entitled to view and also the date upto
which he is entitled to receive them. The ECM on the other hand carries a data element called
control word (CW), which is used by the ‘descrambler’ in the STB to descramble the picture and
make it intelligible again. Both these messages are carried in the TS in an ‘encrypted’ form.
Whereas DVB has standardized the scrambling algorithm (known as DVB common scrambling
algorithm, DVBCSA), algorithms used for ECM/EMM encryption are not standardized for obvious
reasons.
Thus the various DVB CSA compliant CA systems available in the market use different ECM/EMM
encryption algorithms. Thus the security of a given CA system depends primarily on the efficiency
of the algorithm used for ECM, EMM encryption. Such algorithms are closely guarded secret. The
CA module in the STB contains the relevant ECM, EMM decryption algorithm. Hence when the CA
module is embedded inside a STB it can no longer be considered to have an “Open Architecture”.
Further such an STB will not be interoperable across different networks which use different CA
systems. So the question is how to make a STB interoperable across different networks using
different CA systems. The answer is provided by DVB in the form of an international standard
called DVB Common Interface (DVB CI).
The diagram in fig – 2 shows the concept. In this case the STB contains only those elements that
are needed to receive “clear” broadcasts. The CA system is contained in an external module,
which communicates with the STB via the common interface connector provided on the STB. Thus
a STB fitted with the DVB CI connector is interoperable across different networks using different
CA systems, all that a user has to do is to get the plug-in CA modules from different service
providers. In the US, cable labs refer to these cards as Point of Development (POD) modules.
Let us now turn our attention to the different software layers in a STB. An operating system is the
most important piece of software in a STB. An OS is a suitable of programmes used to manage
the resources in a STB. In particular it is the OS, which talks to the STB hardware and manage
their functions such as scheduling real time tasks, managing limited memory resources, etc. A
STB OS is arranged in layers with each layer adding new capability. At the heart of any STB OS is
4. the “Kernel” layer, which is stored in ROM. Once the STB is powered up, the kernel will be loaded
first and remains in memory until the STB is powered down again. Typically the kernel is
DAB/MPEG Integrated
MPEG
Receiver/decoder (IRD) Picture
Video
Tuner Demodulator Decoder
Demux
MPEG -2 MPEG Sound
Transport Studio
stream decoder
Data
Validation SI On- screen
Command Decoder
Module Graphics
(optional) bus Receiver Remote
Operating System
DVB Common Interface
DVB CW
descrambler
Validation
(optional) Module
Operating
system
Data filters
(ECMs, EMMs)
Security
Processor
SMART card
optional
Proprietary
CA system
Fig.2 ; DVB Common Interface
Applications
Middleware
5. Operating
System Fig.3 ; Software Layers of a STB
Device Drivers
responsible for managing memory resources, real time applications and high-speed data
transmission. The kernel supports multi threading and multi tasking which allows a STB to execute
different sections of a program and different programmes simultaneously.
In addition to the kernel, a STB needs a ‘loader’ to enable the TV operator to upgrade ‘resident
applications’ or download ‘OS patches’ to STB. A resident application is a program or a number of
programs that are built into the memory of the STB.
The STB also requires ‘drivers’ to control the various hardware devices. Every hardware
component in the STB must have a driver. A driver is a program that translates commands from
the TV viewer to a format that is recognizable by the hardware device.
Finally a STB OS needs to incorporate a set of Application Programme Interfaces which are used
by the programmers to write high-level applications for a specific API. AN API is basically a set of
building blocks used by software developers to write programs that are specific to a STB OS
environment.
At present there is no standard STB OS. Many broadcasters and consumer electronic companies
are continuing to promote their own in-house solutions. Some of the available solutions are: Power
TV OS, Vx Works pSO System, Microware’s DAVID OS-9, Microxoft Windows CE etc.
Central to the new software architecture of a STB is a connection layer that acts as
communications bridge between the OS and the ‘subscriber applications’ called ‘Middleware’.
Middleware is a relatively new term in the set top business. It represents the logical abstraction of
the middle and upper layers of the communication software stack used in set top software and
communication system. Middleware is used to isolate set top application programs from the details
of the underlying hardware and network components. Thus set top applications can operate
transparently across a network without having to be concerned with the underlying network
protocols. This considerably reduces the complexity of content development because applications
can be written to take advantage of a common API.
The terms API (Application Programmers Interface) and middleware are sometimes
interchangeably used. The API is the standard environment that an application program expects
to see. The API itself consists of a set of well-defined and specified functions accessed using a
well defined and specified called mechanism. Early generation of STBs had no APIs but only a
very basic operating system. As costs have fallen and processing power has increased, more
recent STBs have included APIs. In order to progress beyond ordinary broadcasting to the new
emerging interactive services an API is essential. An Electronic Programme Guide (EPG) for
navigating across hundreds of channels of broadcasting also needs an API.
6. Finally a few words about the type of ‘applications’ which run in a STB. All the applications can
broadly be classified into two main categories Enhanced and Interactive.
An Enhanced TV application is the one which is based on ‘local interactivity’ and which does not
require a return path back to the service provider. As an example of this type of application,
consider a situation in which a broadcaster is transmitting pictures of a cricket match as a video
data stream in parallel with another stream carrying supplemental but related material such as
graphics containing player profiles, batting/bowling coverages etc. Using relatively simple
technology it would be possible for a viewer to call up this extra information on demand either as
an overlay or in a ‘window’. As for the viewer is concerned, this experience would be unique to the
viewer, but it would involve no signal being sent back to the broadcaster to obtain the extra data.
As opposed to this an interactive application is based on ‘two way interactivity’. Here the viewer
issues a request for extra information to the service provider, which travels along a return path and
the service provider sends the requested data back either via the return path itself or ‘over the air’.
What might be termed ‘low-level’ two way interactivity is demonstrated by a ‘pay per view’ service.
On the other hand ‘high-level’ two-way interactivity is characterized by a continuing two-way
exchange of data between the user and the service provider. A good example of this would be
calling up a home shopping application via the TV screen.
After this overview of the software architecture of a STB and the types of applications which could
be delivered it is now time to address the most important question “Can a STB be made
interoperable as regards its capability to receive and run enhanced/interactive applications
delivered over the different networks to which it may be connected?” The answer is yes provided
all the service providers agree upon a common open international standard for STB middleware.
To serve this purpose DVB has developed the Multimedia Home Platform (MHP) standard.
Fig. 4 shows the MHP reference model. Basically it seeks to create an open middleware based
around a hierarchical Java based structure. Java’s major advantage are platform independence
and greater sophistication compared with other proprietary APIs. Java is also well established in
Internet applications.
Interoperable Interoperable …………… Interoperable Control
Application – 1 Application- 2 Application Application
API
System Software
Hardware and Software Resources
Fig.4 ; MHP Reference Model
7. In the case of MHP, the API is known as DVB JAVA API and the various interoperable
applications are authorized in JAVA. The system software incorporates a Java Virtual Machine
(JVM). The JVM is a program that interprets Java byte codes into machine code. JVM is a self
contained operating environment that behaves as if it is a separate computer within the digital STB.
A set-top Java application will run in any JVM, regardless of the underlying hardware platform and
RTOs.
Three main area of applications are identified.
1. Enhanced broadcasting with local interactivity
2. Interactive broadcasting using a return channel
3. Internet Access
Accordingly the three STB profiles are identified and the software has a hierarchical structure. At
the bottom of this hierarchy sits a profile for enhanced TV, the next level up contains this profile
and adds the required specifications for interactive TV and on top of that sits and Internet access
profile which contains the two below it adds IP and HTML compliant specifications.
In the last section of this paper, we take a close look at a cable digital STB that is based on the
concepts of open architecture and interoperability.
Open cable is a US cable industry initiative, which seeks to obtain and deploy a family of
interoperable advanced digital set top boxes from multiple vendors. Cablelabs is managing the
open cable specifications writing process on behalf of its cable operator members.
The open cable project has developed two key sets of specifications. One for hardware
components and one for software components.
The hardware specifications include specifications for a host device, a removable POD (Point of
deployment) module in the form of a PCMCIA card and a POD-HOST interface (see figure 5 and
6).
8. Cable
In
Multimedia
NTSC Processor
5 MHz
NTSC Coder
Main QAM ML/MP Graphics
OOB QPSK A/V Decoder Processor
QPSK
CP Decrypt
& Demux
CPU
OOB Tx 1394A+CP
CA Decrypt -User I/F
& CP (POD)
-STB
functions
DOCSIS
-Appns
Modem -VBI Decoder
Fig. 5 : Open Cable Digital STB ( Host) Architecture
9. POD
CA
Descramble
& Process
Content Protected Protected by
By Cable system POD-CP System
QPSK Tuner 1394 + CP
& Demodulator
QPSK Mod. MPEG2
& Xtmr. Demux &
Decoder
QAM Tuner CPU
& Demodulator User I/F
OS, Memory
Fig.6 : HOST-POD Interface
When the input channel is a digital channel it is processed via QAM demodulator and then passed
on to the POD module where secure and scrambled information is processed. The host also
receives control information and other data by tuning to an out of band (OOB) channel and passes
it to the POD for processing. The POD also processing the out of band upstream data.
The software component of the Open Cable project called Open Cable Application Platform
(OCAP) provides an open interface between the manufacturers operating system and the various
applications that will run within the host (See Fig 7). The OCAP API is based on the MHP standard
described earlier.
10. OCAP Application s
OCAP I/F PUR EPG Browser Misc
Base Line Open Cable
Native
Presentation Execution
Engine Bridge Engine
MSO Specific
rd
3 party
OCAP
Vendor Hardware
Network Protocols
Operating System
OCAP 1.0 released 12/2001
Hardware and Drivers
Fig.7 ; OCAP ( Open Cable Application Platform ) Architecture Overview